home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 702 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Amiga programmers in deep shit...
  5. Date: 10 Jan 1996 16:22:26 +0100
  6. Organization: dis-
  7. Message-ID: <4d0lji$b3s@serpens.rhein.de>
  8. References: <4ccpsd$d8f@maureen.teleport.com> <Kevin_Phair.040b@bgi.internet-eireann.ie> <4cjimb$4im@maureen.teleport.com> <Kevin_Phair.040n@bgi.internet-eireann.ie> <4cto7l$t4s@maureen.teleport.com> <4ctuqh$1gj@serpens.rhein.de> <4d0dch$cup@maureen.teleport.com>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. sschaem@teleport.com (Stephan Schaem) writes:
  12.  
  13. > CBM never wrote a library that was designed with game or multimedia
  14. > in mind (Not anything close to the HW capability). and the system
  15. > library where simply not flexible enought.
  16.  
  17. Multimedia ? Even OS1.1 is good enough for that.
  18.  
  19. Games ? OS3.x goes a large way to make even tricky games use the
  20. operating system. Not everything is possible though, but that's
  21. more in the c0d3r realm as in the game programmer realm.
  22.  
  23. They also wrote a library that was targeted exactly at games.
  24. It was never completed and only released to developers though.
  25.  
  26. > Personaly I dont think game developer where happy with 3.x to write
  27. > games... But 3.x is not bad for some type of games.
  28.  
  29. Game c0d3rz do not use the OS, independent on what it can do
  30. and independent on where their programs do run. It is sufficient
  31. when they run on most of the LCD machines.
  32.  
  33. From a short-sighted marketing point of view they are even right.
  34. But this behaviour did kill or at least slowed down heavily the
  35. development of better hardware.
  36.  
  37. > Task 1: PRI 127 waitof: render frame
  38. > Task 2: PRI 0 alway: read() data
  39.  
  40. > Task1 alway leave 10-20% of the frame free... I dont want task2 under
  41. > any circonstances to use task 1 'reserved' cpu time.
  42.  
  43. > Would doing the above just work on any HD system?
  44.  
  45. Not on any system. There are some weird controllers that Forbid()
  46. during transfers and even hang around in interrupts for hundreds
  47. of milliseconds. These are pathlogical cases though.
  48.  
  49. It does work on most HD systems though.
  50.  
  51. > HD. I cant say about multitasking, but at least it will load from HD
  52. > and return to the system. 
  53.  
  54. There is no way to "return to the system" except for rebooting.
  55. Any other claim is typical for c0d3rz, they work on a straight
  56. "works here - must be correct" basis.
  57.  
  58. > AT better set the rules strait from the start this time.. if they want  
  59. > software for their machine done right, they better create a quality label
  60. > with good info and guidline.
  61.  
  62. I'd like to see this be a success. But I bet the c00l c0d3rz will
  63. just continue on the PC that has no rules.
  64.  
  65. -- 
  66.                                 Michael van Elst
  67.  
  68. Internet: mlelstv@serpens.rhein.de
  69.                                 "A potential Snark may lurk in every tree."
  70.